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Beschreibung 

Verteiltes System und Verfahren zur Darstellung und Bearbei- 
tung medizinisch relevanter Datenobjekte 

Die Erfindung betrifft ein verteiltes System und Verfahren 
zur Darstellung und Bearbeitung medizinisch relevanter Daten- 
obj ekte . 

Im Gesundheitswesen finden vermehrt elektronische Patienten- 
akten Verwendung . Sie enthalten Angaben zur Identitat des Pa- 
tienten und konnen neben Informationen zur aktuellen Medika- 
tion und zu aktuellen Befunden auch die Pathogenese und die 
Patientenhistorie speichern. Elektronische Patientenakten 
konnen alle Informationen herkommlicher Papier-Akten wieder- 
geben und besitzen daruber hinaus die bekannten Vorteile e- 
lektronischer Akten wie hervorragende Portabilitat und Ver- 
fiigbarkeit. Im medizinischen Bereich setzen sich fur elektro- 
nische Patientenakten in letzter Zeit vermehrt Datenobjekte 
durch, die die gleichzeitige Speicherung von Bilddaten und 
von Metadaten erlauben. 

Beispiele fur derartige Datenobjekte sind der DICOM-Standard 
und das GEHR- Format (zu Letzterem siehe: Validating Electro- 
nic Health Records Using Archetypes and XML, Tun Z., Bird 
L.J. and Goodchild A., CRC for Enterprise Distributed Systems 
(DSTC Pty Ltd) , 

http://titanium.dstc.edu.au/papers/acsc2002.pdf) . Die Metada- 
ten, die in solchen Datenobj ekten abgelegt werden konnen, 
konnen Texte oder Zahlen sein und Verweise auf die ebenfalls 
gespeicherten Bilddaten enthalten, die einer Diagnose zugrun- 
deliegen konnen. Die Diagnose selbst kann manuell oder auto- 
matisch erstellt werden. Die Metadaten, im DICOM-Standard so- 
genannte Structured Report (SR) -Objekte, konnen automatisch 
durch eine Computer Aided Diagnosis (CAD- ) Applikation er- 
zeugt werden oder von einem Mediziner manuell in Form eines 
Befundes eingegeben werden. 
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Mehr noch als in vielen sonstigen Bereichen des taglichen Le- 
bens herrschen im Gesundheitswesen besonders strenge Anforde- 
rungen an Standards zur Sicherheit und zum Format von Patien- 
tendaten. Diese strengen Anf orderungen sind auch fiir das Er- 
langen und Erhalten der gesetzlich erf orderlichen Zulassung 
medizintechnischer Gerate relevant. Sie erschweren haufige 
Veranderungen oder Wechsel der Standards, Vor allem die Zu- 
lassungsproblematik, aber auch die erf orderliche Langzeitver- 
fugbarkeit von Patientendaten bedingen das lange Festhalten 
an einmal anerkannten Datenf ormaten und -Verarbeitungssyste- 
men. 

Urn ein moglichst langfristig verwendbares Format flir medizi- 
nische Datenobjekte zu schaffen, steht fur Metadaten eine 
recht allgemeine Syntax bzw. ein recht allgemeines Datenfor- 
mat zur Verfiigung, das moglichst alle denkbaren medizinischen 
Berichte behandeln konnen soil, die auf Basis des zugrunde- 
liegenden Datenobjekts erstellt werden konnen. Dabei mussen 
nicht nur alle momentan denkbaren medizinischen Berichte er- 
zeugbar sein, sondern aufgrund der Langlebigkeit von Stan- 
dards im Gesundheitswesen moglichst auch alle denkbaren Be- 
richte der kommenden Jahre. 

Fur die Presentation der Bilddaten und Metadaten in Berichten 
werden sogenannte Templates verwendet (die Archetypes im 
GEHR-Standard) , die fiir bestimmte Fragestellungen ein be- 
stimmtes Format unter Verwendung bestimmter Daten aus der Pa- 
tientenakte definieren. Zum Beispiel gibt es solch ein 
Template fur Mammographie-Untersuchungen, ein weiteres flir 
Herzkatheter-Untersuchungen etc. Da es viele unterschiedliche 
Unter suchungen gibt, deren Anzahl in Zukunft noch zunehmen 
wird, wird es auch eine zunehmende Anzahl an Templates geben. 

Da die Metadaten einer recht allgemeinen Syntax folgen, sind 
sie ftir Menschen nur schwer zu lesen. Wird beispielsweise XML 
als Syntax gewahlt, ergeben sich Datenstrukturen, die neben 
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der eigentlichen Information eine Vielzahl von Gliederungs- 
und Format ie rung sbef ehlen enthalten. Durch die Vielzahl die- 
ser Befehle sind die relevanten Daten fur den ungeubten Le- 
ser, also z.B. fur einen Mediziner, nur schwer zu erkennen. 
Der Mediziner als typischer Anwender solcher Daten wtinscht 
sich statt dessen vielmehr eine menschenlesbare Presentation 
der Metadaten, gegebenenf alls zusammen mit zugehorigen Bild- 
daten. Diese Presentation mochte er dann beispielsweise in 
Form eines Berichts ausdrucken und an einen anderen behan- 
delnden Arzt weitergeben konnen. Der Bericht enthalt dann nur 
die relevanten Werte aus den Metadaten, die entsprechend ei- 
ner Vorlage, z.B. einer Word-Vorlage, zusammengesetzt und 
dargestellt werden . 

Die Bericht-Vorlage kann ein dem Anwender bekanntes, einem 
Schema folgendes Aussehen aufweisen, das Wiedererkennungswert 
besitzt und die Lesbarkeit der Daten weiter vereinfacht. Ein 
solcher Bericht kann neben den Metadaten auch Ref erenzbilder 
enthalten, z.B. CT- oder Rontgenauf nahmen, die die Diagnose 
verdeutlichen. Aufierdem konnen neben Inf ormationen aus der 
Patientenakte auch weitere Bestandteile wie das Logo und die 
Anschrift der Klinik des Arztes im Bericht enthalten sein und 
formale Aspekte wie die Gestaltung des Briefkopfs berucksich- 
tigt werden. 

Bisher bekannte Standards fur elektronische Patientenakten, 
wie z.B. das GEHR- Format, basieren auf einem einheitlichen 
Format fur Bild- und Metadaten, das durch alle Anwender ein- 
zuhalten ist. Urn den unterschiedlichen Bedlirfnissen einzelner 
Anwender im Hinblick auf die Gestaltung von Berichten zur 
Presentation der Bild- und Metadaten Rechnung zu tragen, e- 
xistieren Vorlagen, im GEHR-Standard sogenannte Archetypes, 
die vom jeweiligen Anwender, z.B. von einem Mediziner oder 
einer Klinik, entwickelt und verandert werden konnen. Die 
Vorlagen stellen sozusagen Wissensobj ekte dar, die der Be- 
richterstattung anhand der jeweils relevanten Daten aus der 
Patientenakte dienen. Die Syntax der Vorlagen ermoglicht es 
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dabei, die relevanten Inf ormationen aus der Patientenakte 
auszulesen und in geeigneten Prasentations-Formaten wie Wert- 
listen oder Tabellen wieder zugeben . Eine dazu geeignete, an 
die Patientenakte angelehnte Syntax kann z,B. XML sein. 

5 

Damit gewahr leisten bisherige Vorlagen zwar eine gute Lesbar- 
keit fur den Anwender, sie sind jedoch nur fiir den im Umgang 
mit der Vorlagen-Syntax geubten Anwender erzeugbar und veran- 
derbar. Dariiber hinaus gewahrleisten sie keine Moglichkeit, 
10 die in einem Bericht enthaltenen Daten der Patientenakte zu 
verandern oder einzugeben. 

Die Erfindung hat zum Ziel, auf Basis einer Patientenakte mit 
^ fest vorgegebenem, einheitlichem Datenf ormat eine Darstellung 

15 der Daten in unterschiedlichsten Berichten zu ermoglichen, 
welche fur den im Hinblich auf Datensyntax allgemein laien- 
haften, insbesondere im Hinblick auf die Datensysntax der Pa- 
tientenakte ungeschulten Anwender leicht zu erzeugen oder zu 
verandern sind und zudem die Eingabe und Veranderung der ent- 

20 haltenen Daten ermoglichen. 

Die Erfindung erreicht dieses Ziel durch eine Vorrichtung ge- 
maB dem ersten Patentanspruch und ein Verfahren gemaii dem 
weiteren, unabhangigen Patentanspruch . 


25 



Ein Grundgedanke der Erfindung besteht darin, fiir die Spei- 


cherung der Patientenakte in durch den Hersteller fest vorge- 
gebenen Datenf ormaten einerseits und fiir die Darstellung der 
Daten in variablen Prasentationsf ormaten andererseits vonein- 

30 ander getrennte, verteilte Datenverarbeitungs-Systeme und - 
Verfahren zu verwenden. Dadurch kann den unterschiedlichen 
Anf orderungen an die standardisierte Datenhaltung in der Pa- 
tientenakte einerseits und an die moglichst anwenderf reundli- 
che Handhabung der Daten beim in Datensyntax ungeschulten An- 

35 wender andererseits optimal genugt werden. 
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In einer vorteilhaf ten Variante der Erfindung wird fur die 
Berichts-Prasentation der Daten eine Syntax der Bericht- 
Vorlagen gewahlt, die dem laienhaften Anwender von vorneher- 
ein vertraut ist. Hierfur bieten sich Berichts-Darstellungen 
5 auf Basis von weit verbreiteten Programmen an, wie z.B. 

Microsoft Word unter Verwendung der Skriptsprache Visual Ba- 
sic for Applications (VBA) . Diese sind vielen Anwendern ver- 
traut und bieten auch fur Laien einfach handhabbare Moglich- 
keiten zur Erzeugung von Berichts-Formaten unter Einbindung 
10 von elektronisch gespeicherten Daten. Aulierdem sind derartige 
Programme nahezu uberall verftigbar und die Patientendaten da- 
her nahezu uberall einsehbar. 

w Ein weiterer Grundgedanke der Erfindung besteht darin, auf 

15 Basis einer elektronischen Patientenakte in einheitlichem Da- 
tenformat eine Berichts-Syntax zu wahlen, die dem durch- 
schnittlichen Anwender neben der leichten Editierbarkeit der 
Vorlagen auch die Moglichkeit bietet, zu Patientenakten geha- 
rende Daten nicht nur darzustellen und zu prasentieren, son- 
2 0 dern auch einzugeben und zu verandern. Dazu muss die Applika- 
tion, auf der die Berichts-Syntax aufbaut, iiber eine bidirek- 
tionale Schnittstelle verfugen, iiber die sie Daten aus der 
elektronischen Patientenakte sowohl empfangen als auch in 
diese schreiben bzw. zuriickschreiben kann. Dies erleichtert 
25 dem Anwender die Bearbeitung der Daten, da er die zu veran- 
dernden Daten in dem ihm vertrauten Bericht s-Kontext wieder- 
finden und leichter zuordnen kann, und diesen Berichts- 
Kontext gleichzeitig als Eingabe-Formular benutzen kann. 

30 In einer anderen vorteilhaf ten Variante der Erfindung ist 

vorgesehen, dass Daten der elektronischen Patientenakte, die 
unter Verwendung von Berichten durch einen Anwender eingege- 
ben oder verandert wurden, zunachst inhaltlich gepruft wer- 
den, bevor sie in die Patientenakte zuruckgeschrieben werden. 

35 Die inhaltliche Prufung kann sich dabei auf die Plausibilitat 
der Daten in sich beziehen, indem sie z.B. Bedingungen wie 
die Konsistenz von Geschlecht des Patienten und eingegebener 
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geschlechtsspezif ischer Diagnosen iiberpruft, sie kann darliber 
hinaus aber auch die Plausibilitat der Berichts-Daten in ih- 
rer Relation zu den bereits in der Patientenakte vorhandenen 
Daten uberprufen. Auf diese Weise konnen Versehen bei der 
5 Eingabe oder Veranderung von Patientendaten oder bei der Zu- 
ordnung von Patientendaten zu Patientenakten vermieden wer- 
den. 

Weitere vorteilhafte Varianten der Erfindung sind Gegenstand 
10 der Unteranspruche . 

Nachfolgend wird die Erfindung anhand von Ausfuhrungsbeispie- 
len nach den Figuren naher beschrieben. Es zeigen dabei: 

15 FIG 1 Systemarchitektur gemaft der Erfindung, 

FIG 2 Systemarchitektur gemafJ der Erfindung mit automati- 

scher Zuordnung von Berichts-Formularen, 

20 FIG 3 Verteiltes Verfahren gemafi der Erfindung. 

Figur 1 zeigt ein System zur Datenverarbeitung gemafi der Er- 
findung. Dabei ist ein zentrales Bestandteil eine erste Da- 
tenverarbeitungseinrichtung 1, die uber eine Tastatur 3 und 

25 einen Bildschirm 5 verfugt. Die erste Datenverarbeitungsein- 
richtung 1 dient der Darstellung, Bearbeitung und Speicherung 
von Bild- und Metadaten. Die Bilddaten erhalt sie von einem 
medizinischen Arbeitsplatz eines bildgebenden Verfahrens, 
z.B. kann es sich urn CT-, Rontgen- oder NMR-Bilddaten han- 

30 deln. Die erste Datenverarbeitungseinrichtung 1 empfangt die 
Bilddaten liber eine Bildquellen-Schnittstelle 7 und speichert 
sie in einem Datenspeicher 9. Die Bilddaten konnen aufierdem 
betrachtet und gegebenenf alls grafisch nachbearbeitet werden, 
auBerdem konnen Metadaten in Form von Text oder Zahlen hinzu- 

35 gefligt werden. Die Metadaten konnen der Identif ikation des 

Patienten dienen, auBerdem konnen sie weitere personenbezoge- 
ne Angaben, Hinweise zu den Bilddaten oder Befund- 
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Informationen enthalten. Bild- und Metadaten bilden zusammen 
Datenobjekte, deren Format entsprechend einem geeigneten, 
einheitlichen Standard fiir das Format elektronischer Patien- 
tenakten entspricht. Dies kann z.B. der DICOM-Standard oder 
das GEHR- Format sein. Das einheitliche Format dient vor allem 
der effizienten und weit. verbreiteten Bearbeitbarkeit und Zu- 
greifbarkeit der Daten. Es wird durch den Hersteller entspre- 
chend der gesetzlichen Zulassung fest vorgegeben. Keine Be- 
rucksichtigung findet dabei die einfache Darstellbarkeit und 
beispielsweise die Landes-Sprache des Anwenders . Insofern 
handelt es sich bei der Syntax des Datenformats in aller Re- 
gel um eine nicht hoch entwickelte, basale Programiniersprache 
wie z.B. XML. Entsprechend wird vorausgeset zt , dass ein An- 
wender an der ersten Datenverarbeitungseinrichtung 1 in der 
Verwendung dieser Programiniersprache geschult ist, moglicher- 
weise aber keine medizinische Fachkenntnis zu besitzen 
braucht . 

Die erste Datenverarbeitungseinrichtung 1 hat Zugriff auf ei- 
ne Schnittstelle 11, liber die sie Daten aus Datenobj ekten 
bzw. vollstandige Datenobjekte ubergeben oder empfangen kann. 
Die Schnittstelle 11 besteht in einer Datenverbindung samt 
geeignetem Kommunikationsprotokoll, das die Obertragung der 
Daten zwischen der ersten Datenverarbeitungseinrichtung 1 und 
der weiteren, zweiten Datenverarbeitungseinrichtungen 13, 
13 x , 13 xy gestattet. Die Schnittstelle 11 kann Internet- oder 
Intranet-basiert, Telefon- oder Mobilfunkgestutzt arbeiten. 
Zudem besteht die Moglichkeit, dass es sich um eine logische 
Schnittstelle innerhalb eines Computers handelt. Die zweiten 
Datenverarbeitungseinrichtungen 13, 13 13 y * weisen jeweils 
Tastatur 15, 15 \ 15 >x und Bildschirm 17, 17 \ 11 x y zur Pre- 
sentation und Bearbeitung der Datenobjekte auf. Es kann sich 
dabei um portable oder fest installierte Computer sowie um 
medizinische Arbeitsplatze oder sonstige Datenverarbeitungs- 
einrichtungen handeln. Zum Empfang der Daten oder Datenobjek- 
te greifen sie auf eine Schnittstelle 12 zu, die mit der 
Schnittstelle 11 verbunden werden kann. Die Schnittstellen 
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11, 12 sind zu diesem Zweck in der Lage, mit dem selben Kom- 
munikationsprotokoll zu arbeiten. 

Die zweiten Datenverarbeitungseinrichtungen 13, 13 x , 13 * x 
5 dienen der Presentation von Daten aus Datenobj ekten fur An- 
wender, die medizinisch geschult, moglicherweise aber in der 
Verwendung weniger hoch entwickelter Programmiersprachen wie 
derjenigen, in der die Datenobj ekte der Patientenakte pro- 
grammiert sind, ungeschult sind. Die Presentation der Daten 
10 durch die zweiten Datenverarbeitungseinrichtungen 13, 13 \ 

13 xx ist hinsichtlich ihrer Lesbarkeit und Obersichtlichkeit 
optimiert. Sie ist nicht vom Hersteller fest vorgegeben son- 
dern kann durch Anwender, die in Programmiersprache und Da- 
tensyntax unerfahren sind, selbst vorgegeben oder verandert 
15 werden. Auflerdem sollte sie je nach den in der Presentation 

enthaltenen Daten unterschiedlich gestaltbar sein, z.B. soil- 
ten bestimmte Gestaltungen fur bestimmte Diagnose-Typen oder 
fur bestimmte Dringlichkeits-Typen verwendet werden. Da au- 
Berdem von unterschiedlichen Orten durch unterschiedliche An- 
20 wender und mit unterschiedlichen Zielsetzungen auf die Daten- 
objekte zugegriffen wird, sollten auch hierflir jeweils unter- 
schiedliche Darstellungsf ormen zur Verfiigung stehen. Zu die- 
sem Zweck weisen die zweiten Datenverarbeitungseinrichtungen 
13, 13 \ 13 xx jeweils eigene Vorlagenspeicher 19, 19 x , 19 xx 
25 auf, in denen sich auf die jeweilige Anwendung angepasste Be- 
) richt-Vorlagen zur Darstellung der Daten befinden. Auflerdem 
stehen dort generische Bericht-Vorlagen zur Verfiigung, die 
die ubersichtliche Presentation von Patientendaten ermogli- 
chen, fiir die keine geeignete spezielle Berichtvorlage gefun- 
30 den werden konnte. Als generische Berichtvorlagen konnen dann 
z.B. Darstellungen der Daten in Baum-Strukturen oder Tabellen 
vorgegeben sein. 

Die Berichtvorlagen sind so aufgebaut, dass sie nur die je- 
35 weils relevanten Daten aus der Patientenakte in einer flir die 
jeweilige Diagnose oder den jeweiligen Anwender geeigneten 
Form darstellen. Falls alle Daten fur eine Presentation rele- 
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vant sein sollten, konnen auch alle Daten eines Datenobjekts 
dargestellt werden. Je nach Aufbau der Patientenakte kann es 
dariiber hinaus auch sinnvoll sein, Daten aus mehreren Daten- 
objekten gemeinsam dar zustellen . Die Darstellungsf orm soil 
5 durch den jeweiligen Anwender veranderbar sein, urn z.B. for- 
male Anderungen des Briefkopfs oder Aspekte der inhaltlichen 
Darstellung beeinflussen zu konnen. Die Vorlagenspeicher 19, 
19 \ 19 x> enthalten deshalb jeweils eigene Bericht-Vorlagen, 
die auf Basis einer geeigneten Berichtsprache erstellt werden 
10 konnen und lediglich das Datenf ormat der Datenobjekt- 

Schnittstelle 11 einzuhalten brauchen. Da die Berichts-Syntax 
moglichst auch ungeschulten Anwendern vertraut sein sollte, 
^ bieten sich hierfur z.B. Berichte im Microsoft-Word- Format 

* an . 
15 

Urn uber die Schnittstelle 12 empfangene Daten aus der Patien- 
tenakte prasentieren zu konnen, werden in den Berichten Da- 
tenfelder mittels einer daflir geeigneten Daten-Anwendung ein- 
gebunden, die auch dem laienhaften Benutzer leicht zu handha- 

20 bende Gestaltungs- bzw. Bearbeitungsmoglichkeiten bietet, 

z.B. Microsoft Visual Basic for Applications. Durch diese Da- 
ten-Anwendung konnen die Daten dargestellt und auch verandert 
werden. Dadurch kann dem Anwender die Moglichkeit gegeben 
werden, neben der Presentation auch eine Veranderung der Da- 

25 ten der Patientenakte vorzunehmen, z.B. Erganzung oder Anpas- 

# sung von Befunden. Deren Speicherung in die Patient enakte, 
also nach Ubergabe uber die Schnittstellen 11, 12 in die zu- 
gehorigen Datenobjekte im Datenspeicher 9, kann beispielswei- 
se nach jeder Anderung oder immer nach Abschliefien einer Ar- 

30 beitssitzung veranlasst werden. 

Das Konzept lokal veranderlicher Berichtvorlagen ermoglicht 
es, eine beliebige Anzahl von Berichtvorlagen zu unterstutzen 
und fur zukunftig entstehende Bedurfnisse neue Berichtvorla- 
35 gen hinzuzuf ugen . Gleichzeitig bleibt die eigentliche Daten- 
basis, die elektronische Patientenakte, in ihrem Format unan- 
getastet und entspricht damit jederzeit weiterhin den Spezi- 
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fikationen, gemali denen sie seinerzeit zugelassen wurde. Mit 
anderen Worten verliert sie durch Anderungen der Berichtvor- 
lagen nicht ihre fur den Betrieb eines medizintechnischen Ge- 
rats erf orderliche Zulassung. 

5 

Das beschriebene System besteht aus zwei Komponenten, die 
beide in der Lage sind, selbstandig Daten zu verarbeiten. Die 
beiden Komponenten konnen auf demselben oder auf getrennten 
Rechnern ablaufen. Zwingend erforderlich sind lediglich init- 
io einander verbundene Schnittstellen 11, 12, tiber die die bei- 
den Komponenten Daten der Patientenakte austauschen konnen. 

^ Die erste Komponente, die erste Datenverarbeitungseinr ichtung 
w 1, ist dabei eine Applikation, die z.B. einen medizinischen 

15 Arbeitsplatz realisiert, d.h. sie kann diagnostische Daten 
darstellen, empfangen, bearbeiten und versenden. Dabei be- 
dient sie sich eines anerkannten Protokolls, wie z.B. DICOM 
oder GEHR, das Transfer und Speicherung von Metadaten und 
Bilddaten untersttitzt. Aufterdem gewahrleistet die erste Da- 

20 tenverarbeitungseinrichtung 1 die Einhaltung von Vorschriften 
zur Datensicherheit , die vom Anwender nicht beeinflusst wer- 
den konnen. Z.B. gewahrleistet sie durch Authentif izierung 
aller Datenzugrif f e, dass nicht jeder Anwender samtliche Da- 
ten lesen oder modifizieren kann, sondern nur ein dazu be- 

25 rechtigter Anwender. Weiter gewahrleistet sie auch eine Doku- 
|p mentation aller Datenzugrif fe, urn die spatere Rekonstruktion 
von Lese- oder Schreib-Zugrif f en beliebiger Anwenders auf be- 
liebige Datenobjekte zu ermoglichen. Ebenso wie von den Da- 
tenformaten der Patientenakten hangt die medizintechnische 

30 auch von den Sicherhei tskomponenten und davon ab, dass diese 
durch den Anwender nicht veranderbar sind. Er kann weder die 
Sicherheitsabf ragen zur Authentif izierung andern oder deakti- 
vieren, noch kann er die Inhalte der Dokumentation beeinflus- 
sen oder verandern. Daher tragt auch die nicht zugreifbare 

35 Implementierung der Sicherheitskomponenten in der ersten Da- 
tenverarbeitungseinrichtung 1 zum moglichst langf ristigen Er- 
halt der medizintechnischen Zulassung bei . 
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Die zweite Komponente, die zweite Datenverarbeitungseinrich- 
tung 13, 13 \ 13 * \ unterstutzt bevorzugt eine Textverarbei- 
tungs-Anwendung. Diese ist in der Lage, mit einer Makrospra- 
che eigenstandig ein Program auszufuhren, das auf die Daten 
in den Datenobj ekten der Patientenakte zugreifen kann. An- 
stelle einer Textverarbeitungs-Anwendung kann aber beispiels- 
weise auch eine Tabellenkalkulations-Anwendung eingesetzt 
werden, urn eine kalkulatorische Analyse der Patientendaten zu 
starten. Die Tabellenkalkulation kann statistische Daten er- 
mitteln, z.B. die Haufigkeit von Krankheitsschuben, grafische 
Darstellungen von Trends wahrend des Krankheitsverlauf s er- 
zeugen, z.B. die Entwicklung der Korpertemperatur oder Hau- 
figkeit von Tachykardie-Anf alien, oder statistische Diagrarame 
aus den Daten von Patientenkollektiven erstellen. Auch samt- 
liche sonstigen Datenverarbeitungs-Programme fur Buro- 
Anwendung, sogenannte Office-Programme, konnen zur Datenver- 
arbeitung eingesetzt werden. 

Startet der Anwender die zweite Komponente, so wird eine be- 
stimmte Berichtvorlage aus einem Berichtvorlagenspeicher 19, 
19 x , 19 * y geladen, die anstelle von Daten der Patientenakte 
zunachst leere Datenf elder enthalt. Urn die leeren Datenf elder 
mit Werten zu fullen, greift die Makrosprache des Office- 
Programms auf die Schnittstelle 12 zu und holt sich von dort 
die benotigten Patientendaten. Dabei ubergibt sie auch die 
zur Authentif izierung und Dokumentation benotigten Anwender- 
Daten. Die Patientendaten werden im Dokument an den entspre- 
chenden Stellen eingefugt. Der Anwender kann dann uber das 
jeweilige Of f ice-Programm Berichte und Diagramme erzeugen, 
speichern, ausdrucken, verschicken etc. 

Nimmt der Anwender Anderungen an den im Datensatz vorliegen- 
den Daten vor, also an den Werte der Daten in den Datenfel- 
dern, so konnen diese veranderten Daten uber die Schnittstel- 
len 11, 12 zuruckubermittelt werden. AuiJerdem werden gegebe- 
nenfalls bei der Ruckiibermittlung der Daten die Anwender- 
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Daten zur Authentif izierung und Dokumentation mit iibermit- 
telt. Die Schnittstellen 11, 12 arbeiten also bidirektional . 
Zuruckubermittelte Daten werden auf Plausibilitat iiberpriift, 
bevor sie von der ersten Datenverarbeitungseinrichtung 1 in 
5 den Datenspeicher 9 geschrieben werden. Zum Beispiel kann u- 
berprtift werden, ob sich die Angabe zu einem Patientengewicht 
im natur lichen Rahmen bewegt, ob eingegebene Befunde mit der 
bisher vorliegenden Patientenakte in Widerspruch stehen oder 
ob geschlechtsspezif ische Befunde wie z.B. Schwangerschaf t 
10 tatsachlich nur bei Patienten des richtigen Geschlechts ange- 
geben wurden. 

Figur 2 zeigt ein System gemafi der Erfindung, in dem die 
Funktion der Schnittstelle 11 durch eine Datenvermittlungs- 
15 einrichtung 21 erganzt ist. Im ubrigen entspricht das in Fi- 
gur 2 dargestellte System samt alien Bezugszeichen dem in Fi- 
gur 1 dargestellten . Die Datenvermittlungseinrichtung 21 fiigt 
dem System eine Kommunikationskomponente hinzu, die als zur 
Verfugung stehende Applikation an der ersten Datenverarbei- 
20 tungseinrichtung 1 angemeldet wird. Diese Applikation steht 
den zweiten Datenverarbeitungseinrichtungen 13, 13 \ 13 * x 
bzw. den darauf ablaufenden Anwendungen zum Datenzugriff zur 
Verfugung. Sie vermittelt zwischen den Anwendungen und dem 
Datenspeicher 9 der ersten Datenverarbeitungseinrichtung 1 
25 und den Anwendungen der zweiten Datenverarbeitungseinrichtun- 
W gen 13, 13 \ 13 " . 

Handelt es sich bei den Anwendungen der zweiten Datenverar- 
beitungseinrichtungen 13, 13 x , 13 xx urn Anwendungen auf Micro- 

30 soft-Basis, so wird die Datenvermittlungseinrichtung 21 als 

Objekt in der „Running Object Table* (ROT) eingetragen. Micro- 
sof t-Anwendungen konnen auf die ROT zugreifen und ermitteln, 
ob die Datenvermittlungseinrichtung 21 zur Verfugung steht. 
Anschlieflend konnen sie auf die Funktionen der Datenvermitt- 

35 lungseinrichtung 21 zugreifen, um Datenobjekte der Patienten- 
akte aus dem Datenspeicher 9 abzufragen oder in den Daten- 
speicher 9 zu speichern. 
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Die Datenveriaittelungseinrichtung 21 greift auf eine Zuord- 
nungsdatenbank 23 zu, in der Inf ormationen iiber die Zuordnung 
von bestimiuten Typen von Patientendaten und Berichtvorlagen 
gespeichert sind. Die Datenvermittlungseinrichtung 21 pruft 
zunachst den Typ des angefragten Datenobjekts aus der Patien- 
tenakte, z.B. ob das Datenobjekt diagnostisch oder therapeu- 
tisch orientierte Patientendaten enthalt oder auf welcher Di- 
agnose es basiert, ermittelt aufgrund der Inf ormationen in 
der Zuordnungsdatenbank 23 den Namen der dazugehorigen Be- 
richtvorlage und ubermittelt diesen an die Schnittstelle 11. 
Anschlieftend ubermittelt die Datenvermittlungseinrichtung 21 
die angefragten Meta- oder Bilddaten und stellt diese der an- 
fragenden Datenverarbeitungseinrichtung zur Verfugung. 

Gegebenenf alls kann die Auswahl des Namens der Berichtvorlage 
zusatzlich interaktiv unterstutzt werden, indem der Anwender 
liber die verbundenen Schnittstellen 11, 12 befragt wird, z.B, 
welche Of f ice-Anwendung oder welche Berichts-Form die zweite 
Datenverarbeitungseinrichtung 13, 13 \ 13 xx zur Verarbeitung 
der Daten verwenden soil. Aufierdem konnen weitere Information 
nen von der ersten Datenverarbeitungseinrichtung 1 oder der 
zweiten Datenverarbeitungseinrichtung 13, 13', 13 AX in die 
Auswahl der Ber ichtsvorlage eingehen. 

Sollen Daten in die Patientenakte im Datenspeicher 9 zuriick- 
gespeichert werden, ubernimmt die Datenvermittlungseinrich- 
tung 21 die Uberprufung der zuruckzuschreibenden Daten auf 
ihre Plausibilitat oder Konsistenz mit der sonstigen Patien- 
tenakte. Dariiber hinaus veranlasst die Datenvermittlungsein- 
richtung 21 die Speicherung samtlicher Zugriffe und Operatio- 
nen zu Dokumentationszwecken . Dies kann auch Zugriffe auf die 
Patientenakte umfassen, die nicht mit der Veranderung von Pa- 
tientendaten verbunden sind. Die Dokumentation der Zugriffe 
und Operationen dient zum einen der gesetzlich erf orderlichen 
Dokumentation, zum anderen kann sie einem Abrechnungssystem 
zuarbeiten . 


200211733 


14 

Figur 3 zeigt das verteilte Verfahren gemali der Erfindung. Im 
Rahmen der ersten Verfahrenskomponente 30 werden die Datenob- 
jekte in Verf ahrensschritt 31 erzeugt oder von einer Modali- 
tat empfangen. In Schritt 33 konnen die Datenobjekte betrach- 
tet und bearbeitet werden, wobei zur Betrachtung und Bearbei- 
tung keine variablen Formate zur Verfugung stehen. Der Anwen- 
der ist vielmehr an fest vorgegebene Formate gebunden, die im 
Rahmen der gesetzlich er f orderlichen Zulassung des Verfahrens 
definiert werden. Im Schritt 35 erfolgt die Formatierung der 
Datenobjekte entsprechend der Zulassungs-Vorgaben zur Spei- 
cherung und in Schritt 37 erfolgt die Speicherung der forma- 
tierten Datenobjekte. Das Format der Daten ist Teil der ge- 
setzlichen Zulassung und wird vom Hersteller fest vorgegeben. 
Es kann durch den Anwender nicht beeinflusst werden. 

Die Speicherung kann nur dann erfolgen, wenn der Speicher- 
zugriff durch den Anwender in Schritt 39 authentif iziert wer- 
den kann. Ohne erfolgreiche Authentif izierung kann der Anwen- 
der keinen Schreib- und gegebenenf alls auch keinen Lese- 
Zugriff auf den Datenob j ekt-Speicher durchfuhren. Die Spei- 
cherung der Daten wird in Zusammenhang mit der Authentif izie- 
rung in Schritt 39 auch dokumentiert, sodass zu spateren 
Zeitpunkten immer rekonstruierbar ist, welcher Anwender wann 
und in welcher Weise auf die Daten zugegriffen hat. Authenti- 
fizierung und Dokumentation erfolgen ebenso wie die Vorgabe 
von Datenf ormaten entsprechend den gesetzlichen Vorgaben und 
sind durch den Anwender in keiner Weise beeinf lussbar , da 
jegliche Anderungen an diesen Verf ahrensschritten den Verlust 
der Zulassung zur Folge haben konnten. 

Durch die Datenvermittlungskomponente 40 konnen die Daten aus 
den Datenob jekten an die zweite Verfahrenskomponente 4 4 ver- 
sendet werden, urn dort in besser les- und handhabbaren Daten- 
f ormaten prasentiert werden zu konnen. Der Datenzugriff durch 
die Datenvermittlungskomponente 40 wird wie jeder Daten- 
zugriff in Schritt 39 dokumentiert und authentif iziert , wes- 
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wegen auch Inf ormationen liber den jeweils zugreifenden Anwen- 
der ausgetauscht werden miissen. Die Versendung der Daten kann 
auf Anforderung, nach bestimmten Verteiler-Regeln oder bei 
Eintreten bestimmter Ereignisse erfolgen. Zum Beispiel kann 
5 in einem Krankenhaus festgelegt sein, dass neue Daten be- 
stimmter diagnostischer Untersuchungen automatisch an den be- 
handelnden Arzt versendet werden, oder dass Daten bei Detek- 
tion von fur den Patienten kritischen Daten-Inhalten automa- 
tisch an Wachhabende auf Notf all-Stationen ubermittelt wer- 
10 den. 


Innerhalb der Datenvermittlungskomponente 40 werden die Daten 
^ in Schritt 41 der Patientenakte entnommen und in einem Format 
versendet, das von der zur Presentation vorgesehenen Bericht- 

15 Anwendung gelesen werden kann. Zusatzlich wird in Schritt 43 
der Typ der zu ubermittelnden Daten gepruft und in Abhangig- 
keit vom Typ der Daten eine bestimmte Berichtvorlage zugeord- 
net, die zur Darstellung der zu ubermittelnden Daten geeignet 
ist. Kann keine spezifische Berichtvorlage ermittelt werden, 

20 stehen aufierdem generische Berichtvorlagen zur Verftigung, die 
eine moglichst ubersichtliche Struktur zur Darstellung belie- 
biger Daten aufweist, z.B. eine tabellarische oder eine Baum- 
Struktur. Dariiber hinaus kann in Schritt 43 auch der Datenin- 
halt darauf hin uberpriift werden, ob er auf einen kritischen 

25 oder anderweitig besonderen Patientenzustand hinweist, der 
^ die automatische Versendung der Daten an bestimmte Adressaten 
erfordert, z.B. an Not f all-Stationen oder an medizinische 
Fachleute bestimmter Fachrichtungen . 

30 Die Daten werden der zweiten Verf ahrenskomponente 44 ubermit- 
telt. Innerhalb dieser Komponente wird in Schritt 45 die Be- 
richt-Anwendung gestartet, mittels derer die Daten prasen- 
tiert werden. Die Presentation muss dabei keinen gesetzlichen 
Vorgaben folgen, sie wird also auch nicht vom Hersteller vor- 

35 gegeben sondern kann durch den Anwender vorgegeben oder ver- 
andert werden. Bei der Bericht-Anwendung handelt es sich um 
eine moglichst weit verbreitete und moglichst vielen Nutzern 
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vertraute Anwendung, z.B. Microsoft Word. Die Bericht- 
Anwendung offnet zunachst die Bericht-Vorlage, die von der 
Datenvermittlungskomponente 40 mitgeteilt wurde . Wurde keine 
Berichtvorlage mitgeteilt oder wird diese nicht gewiinscht 
5 kann stattdessen auch eine vom Anwender gewiinschte oder eine 
standardmaflig eingestellte Bericht-Vorlage geoffnet werden. 
Daruber hinaus kann die Datenvermittlungskomponente 44 an- 
stelle einer bestimmten Berichtvorlage auch Anfragen dazu an 
den Anwender ubermitteln, um die zu offnende Berichtvorlage 
10 interaktiv zu ermitteln. 


In Schritt 49 entscheidet der Anwender, ob er die geoffnete 
^ Berichtvorlage verwenden oder verandern oder eine neue Be- 
richtvorlage anlegen will. Falls er dies wunscht, wird die 
15 Berichtvorlage in Schritt 51 bearbeitet und anschlieflend in 
Schritt 53 gespeichert. 

In Schritt 55 wird nach Bearbeiten oder Akzeptieren der Be- 
richtvorlage eine Anwendung gestartet, die das Darstellen von 

20 Daten von der Datenvermittlungskomponente 4 0 in der Bericht- 
vorlage ermoglicht. Die Anwendung verknupft also Inhalte der 
Patientenakte mit der zuvor gewahlten Prasentations-Form fur 
diese Inhalte. Die Verknupfung mit der Presentation erfolgt 
dabei uber Befehle der Anwendung, die in der Berichtvorlage 

25 eingebunden sind. Daher sollte die Anwendung eine moglichst 
^ einfach handhabbare und auch fur den Laien leicht erlernbare 
Syntax aufweisen, damit er Veranderungen der Berichtvorlage 
auch im Hinblick auf die dargestellten Inhalte leicht vorneh- 
men kann. Die Anwendung sollte dem laienhaften Anwender zu 

30 diesem Zweck vertraut sein oder in einer dem Anwender ver- 

trauten Anwendungs-Umgebung laufen. Es bietet sich insbeson- 
dere bei der Bericht-Anwendung Microsoft Word die Verwendung 
von Visual Basic for Applications an. Diese Makro-Sprache 
verfugt uber lesbare und verstandliche Befehle, die zudem ii- 

35 ber die Benut zeroberf lache ohne besondere Kenntnisse erzeug- 
bar sind. Sie erschliefit sich dadurch wenigstens dem interes- 
sierten Anwender ohne besondere Schwierigkeiten und dieser 
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ist in der Lage, Berichtvorlagen inklusive der einzubindenden 
Datenfelder nach seinen eigenen Bedurfnissen zu erzeugen und 
zu verandern. 

5 In Schritt 57 werden die Daten aus der Patientenakte in der 
geoffneten Berichtvorlage prasentiert. Der Anwender kann die 
Presentation, z.B. ein Word-Formular oder ein Tabellenkalku- 
lations-Diagramm, speichern, drucken oder versenden. 

10 In Schritt 59 entscheidet der Anwender, ob er die dargestell- 
ten Daten aus der Patientenakte andern oder eingeben will. 
Falls er dies nicht wiinscht, wird das Verfahren im folgenden 

^ Schitt 61 beendet. Falls ja werden die Patientendaten in 

Schritt 63 bearbeitet. Dazu kann der Anwender die Inhalte der 

15 Datenfelder in der Presentation andern, erganzen, loschen o- 
der eingeben. Dies erfolgt in der ihm vertrauten Benutzer- 
Oberflache der Bericht-Anwendung und aufierdem in dem im ver- 
trauten Kontext, in dem die Berichtvorlage die Daten prasen- 
tiert. In Schritt 65 werden die veranderten Daten gespei- 

20 chert. Dies kann entweder automatisch in bestimmten Zeitab- 
standen, jeweils bei Verlassen eines Daten-Feldes oder auf 
Befehl durch den Anwender erfolgen. 

Die gespeicherten Daten werden an die Datenvermittlungskompo- 
25 nente 40 ubermittelt, gegebenenf alls mit Anwender-Daten zur 
Authentif izierung und Dokumentation. Die Datenvermittlungs- 
komponente 40 ist in der Lage, Daten aus der Bericht- 
Anwendung zu handhaben und empfangt diese Daten in Schritt 
67. In Schritt 69 wird eine Plausibilitats-Pruf ung der Daten 
30 vorgenommen. Dabei wird unter anderem uberprilft, ob verander- 
te Daten mit den sonstigen Daten der Akte konsistent sind und 
ob die Veranderung an sich sinnvoll sein konnen. Z.B. kann 
fur einen mannlichen Patienten keine Schwangerschaf t diagnos- 
tiziert werden oder ein Patient kann nicht innerhalb von we- 
35 nigen Tagen sein Korpergewicht halbiert haben. Als plausibel 
erkannte Daten werden an die erste Verf ahrenskomponente 30 
ubermittelt, wo sie in Schritt 35 entsprechend den Speicher- 
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vorgaben fur Datenobjekte formatiert, in Schritt 37 zuriickge- 
speichert und der Datenzugriff in Schritt 39 dokumentiert und 
authentif iziert wird. 
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Patentanspruche 

1. Datenverarbeitungssystem zur Verarbeitung medizinisch re- 
levanter Datenobjekte bestehend aus Bilddaten und/oder Meta- 

5 daten mit einer ersten elektronischen Datenverarbeitungsein- 
richtung (1) zum Betrachten und Bearbeiten der Datenobjekte, 
die einen Datenspeicher (9) zum Speichern der Datenobjekte 
und eine erste Schnittstelle (11) fur die Ausgabe von Daten- 
objekten aufweist, und mit einer zweiten elektronischen Da- 
10 tenverarbeitungseinrichtung (13, 13 x , 13 xx ) zur Verarbeitung 
von Daten aus Datenobj ekten durch einen Anwender und/oder zur 
Presentation von Daten aus Datenobj ekten in medizinisch rele- 
vanten Berichten unter Verwendung von Berichtvorlagen, wobei 
die zweite elektronische Datenverarbeitungseinrichtung (13, 
15 13 x , 13 >x ) einen Vorlagenspeicher (19, 19 x , 19 xx ) zum Spei- 
chern der Berichtvorlagen und eine zweite Schnittstelle (12) 
fur das Empfangen der Datenobjekte aufweist, 

dadurch gekennzeichnet, dass die erste 
Datenverarbeitungseinrichtung (1) fest vorgegebene, durch den 

20 Anwender nicht veranderbare Datenf ormate zum Speichern, Be- 
trachten und Bearbeiten der Datenobjekte verwendet, dass die 
zweite Datenverarbeitungseinrichtung (13, 13 x , 13 xx ) durch 
den Anwender auch ohne Kenntnis der Syntax der Datenobjekte 
erzeugbare und/oder veranderbare Berichtvorlagen zur Prasen- 

25 tation und/oder Bearbeitung von Daten aus Datenobj ekten ver- 
^ wendet, und dass die Schni tts tellen (11, 12) der ersten und 

zweiten Datenverarbeitungseinrichtung (1, 13, 13 x , 13 xx ) mit- 
einander verbunden werden konnen, urn Datenobj ekten von der 
ersten Datenverarbeitungseinrichtung (1) zur zweiten Daten- 

30 verarbeitungseinrichtung (13, 13 x , 13 xx ) ubergeben zu konnen* 

2. Datenverarbeitungssystem nach Anspruch 1 

dadurch gekennzeichnet, dass die zweite 
Datenverarbeitungseinrichtung (13, 13 x , 13 x> ) durch den An- 
35 wender erzeugte oder veranderte Berichtvorlagen im Vorlagen- 
speicher (19, 19 x , 19 xx ) speichert. 
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3. Datenverarbeitungssystem nach einem der vorhergehenden An- 
spriiche 

dadurch gekennzeichnet, dass mit der 
Schnittstelle eine Datenvermittlungseinrichtung (21) verbun- 
den ist, die Zugriff auf einen Zuordnungsspeicher (23) hat, 
der Inf ormationen uber die Zuordnung von Datenobjekt-Typen zu 
Berichtvorlagen enthalt, und dass die Datenvermittlungsein- 
richtung (21) den Typ eines Datenobjekts, das liber die 
Schnittstelle (11) ubergeben wird, ermittelt, den ermittelten 
Typ mit dem Inhalt des Zuordnungsspeichers (23) vergleicht 
und dem Datenobjekt in Abhangigkeit vom Ergebnis dieses Ver- 
gleichs eine Berichtvorlage zuordnet. 

4. Datenverarbeitungssystem nach einem der vorhergehenden An- 
spriiche 

dadurch gekennzeichnet, dass uber die 
miteinander verbundenen Schnittstellen (11, 12) der ersten 
und zweiten Datenverarbeitungseinrichtung (1, 13, 13 y , 13 AX ) 
zu Datenob j ekten gehorende Daten von der zweiten Datenverar- 
beitungseinrichtung (13, 13 \ 13 xx ) an die erste Datenverar- 
beitungseinrichtung (1) ubergeben werden konnen, und dass Da- 
tenob jekte mit durch einen Anwender bearbeiteten Daten, die 
uber die miteinander verbundenen Schnittstellen (11, 12) an 
die erste Datenverarbeitungseinrichtung (1) ubergeben wurden, 
im Datenspeicher (9) gespeichert werden. 

5. Datenverarbeitungssystem nach Anspruch 4 

dadurch gekennzeichnet, dass durch den 
Anwender bearbeitete Daten inhaltlich geprlift werden und erst 
in Abhangigkeit vom Ergebnis dieser Priifung durch die erste 
Datenverarbeitungseinrichtung (1 ) gespeichert werden . 

6. Datenverarbeitungssystem nach einem der vorhergehenden An- 
spruche 

dadurch gekennzeichnet, dass die erste 
Datenverarbeitungseinrichtung (1) in durch den Anwender nicht 
veranderbarer Weise alle Zugriffe von Anwendern auf Datenob- 
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jekte authentif iziert und zur spateren Rekonstruktion doku- 
mentiert . 

7. Verteiltes Verfahren zum Verarbeitung medizinisch relevan- 
ter Datenob jekte bestehend aus Bilddaten und/oder Metadaten 
mit einer ersten Ver f ahrenskomponente (30) zum Betrachten, 
Bearbeiten (33) und Speichern (35) der Datenob jekte und mit 
einer zweiten Ver f ahrenskomponente (44) zur Bearbeitung (63) 
von Daten aus den Datenob j ekten durch einen Anwender und Pre- 
sentation (57) von Daten aus den Datenob j ekten in medizinisch 
relevanten Berichten unter Verwendung von Berichtvorlagen und 
zum Speichern (53) der Berichtvorlagen 

dadurch gekennzeichnet, dass die erste 
Verf ahrenskomponente (30) fest vorgegebene, nicht durch den 
Anwender veranderbare Datenformate zum Speichern (37) , Be- 
trachten und Bearbeiten (33) der Datenob jekte verwendet, dass 
die zweite Ver f ahrenskomponente (44) durch den Anwender auch 
ohne Kenntnis der Syntax der Datenob jekte leicht erzeugbare 
und/oder veranderbare (51) Berichtvorlagen zur Presentation 
(57) und Bearbeitung (63) von Daten aus den Datenob j ekten 
verwendet, und dass Datenobjekte von der ersten zur zweiten 
Verf ahrenskomponente ubergeben (41) werden konnen. 

8. Verteiltes Verfahren nach Anspruch 7 

dadurch gekennzeichnet, dass die zweite 
Verf ahrenskomponente (44) durch den Anwender erzeugte 
und/oder veranderte (51) Berichtvorlagen in einem Vorlagen- 
speicher (19, 19\ 19 x> ) speichert (53). 

9. Verteiltes Verfahren nach Anspruch 7 oder 8 
dadurch gekennzeichnet, dass eine Da- 
tenvermittlungskomponente (40) vorgesehen ist, die den Typ 
eines Datenobj ektes, das von der ersten zur zweiten Verfah- 
renskomponente ubergeben (41) wird, ermittelt und den ermit- 
telten Typ mit dem Inhalt eines Zuordnungsspeichers (23) ver- 
gleicht, der Inf ormationen uber die Zuordnung von Datenob- 
jekt-Typen zu Berichtvorlagen enthalt, und dem Datenobjekt in 
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Abhangigkeit vom Ergebnis dieses Vergleichs eine Berichtvor- 
lage zuordnet (43) . 

10 . Verteiltes Verfahren nach Anspruch 7, 8 oder 9 
dadurch gekennzeichnet, dass zu Daten- 
objekten gehorende Daten von der zweiten an die erste Verfah 
renskomponente iibergeben (67) werden konnen, und dass die 
erste Verf ahrenskomponente (30) Datenobjekte mit durch einen 
Anwender bearbeiteten Daten, die an die erste Verf ahrenskom- 
ponente iibergeben (67) wurden, in einem Datenspeicher (9) 
speichert (37 ) . 

11. Verteiltes Verfahren nach Anspruch 10 

dadurch gekennzeichnet, dass durch den 
Anwender bearbeitete zu Datenobj ekten gehorende Daten inhalt 
lich gepruft (69) und erst in Abhangigkeit vom Ergebnis die- 
ser Prufung durch die erste Verf ahrenskomponente (30) gespei 
chert (37) werden. 

12. Verteiltes Verfahren nach Anspruch 7, 8, 9, 10 oder 11 
dadurch gekennzeichnet, dass die erste 
Verf ahrenskomponente (30) in durch den Anwender nicht veran- 
derbarer Weise alle Zugriffe von Anwendern auf Datenobjekte 
authentif iziert (39) und in nachtraglich rekonstruierbarer 
Weise dokumentiert (39) . 
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Zu s ammen f a s s ung 

Verteiltes System und Verfahren zur Darstellung und Bearbei- 
tung medizinisch relevanter Datenobjekte 

5 

Die Erfindung betrifft ein Datenverarbeitungsver f ahren und 
ein zu dessen Ausfiihrung geeignetes Datenverarbeitungssystem 
zur Verarbeitung medizinisch relevanter Datenobjekte beste- 
hend aus Bilddaten und/oder Metadaten mit einer ersten elekt- 

10 ronischen Datenverarbeitungseinrichtung (1) zum Betrachten 

und Bearbeiten der Datenobjekte und mit einer zweiten elekt- 
ronischen Datenverarbeitungseinrichtung (13, 13 x , 13 >x ) zur 
Verarbeitung von Daten aus Datenob j ekten durch einen Anwender 
und/oder zur Presentation von Daten aus Datenob j ekten in me- 

15 dizinisch relevanten Berichten unter Verwendung von Bericht- 
vorlagen, wobei die zweite elektronische Datenverarbeitungs- 
einrichtung (13, 13 \ 13 einen Vorlagenspeicher (19, 19 x , 
19 xx ) zum Speichern der Berichtvorlagen aufweist, d a - 
durch gekennzeichnet, dass die erste Da- 

20 tenverarbeitungseinrichtung (1) fest vorgegebene, durch den 
Anwender nicht veranderbare Datenf ormate zum Speichern, Be- 
trachten und Bearbeiten der Datenobjekte verwendet, dass die 
zweite Datenverarbeitungseinrichtung (13, 13 A , 13 xx ) durch 
den Anwender auch ohne Kenntnis der Syntax der Datenobjekte 

25 erzeugbare und/oder veranderbare Berichtvorlagen zur Prasen- 
"^5^^ tation und/oder Bearbeitung von Daten aus Datenob j ekten ver- 
wendet, und dass die erste und zweite Datenverarbeitungsein- 
richtung (1, 13, 13 x , 13 xx ) miteinander verbunden werden kon- 
nen, urn Datenob j ekten von der ersten Datenverarbeitungsein- 

30 richtung (1) zur zweiten Datenverarbeitungseinrichtung (13, 
13 \ 13 xx ) ubergeben zu konnen . 
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